home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000148_news@columbia.edu _Wed Jan 26 13:27:59 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA25732
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 26 Jan 2000 13:27:59 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA23335
  7.     for kermit.misc@watsun.cc.columbia.edu; Wed, 26 Jan 2000 13:09:57 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: Case Study #10: Atomic File Movement
  11. Message-ID: <gSF8krj$2SXn@cc.usu.edu>
  12. Date: 26 Jan 00 10:51:36 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. > By the way, what makes Kermit somewhat immune to the two-armies problem,
  17. > also known as the three-way-handshake problem, is that the Z packet and
  18. > its ACK are not the final stage of Kermit protocol; the file receiver does
  19. > exit the protocol or close the connection after acknowledging the Z
  20. > packet.  In fact, the whole protocol is protected by an "outer layer" that
  21. > has no consequences at the file level.  If this outer layer is disturbed
  22. > at the end (in the typical case, by premature disconnection) there might
  23. > be an annoying delay, but no harm is done.
  24. > 
  25. > - Frank
  26. ---------
  27.     A "friendly amendment." While the Kermit protocol, and TCP, do an
  28. acceptable job of confirming stages of work are completed, those techniques
  29. do not remove ambiguity. Frank correctly states "somewhat immune." Old
  30. packets whose sequence numbers have wrapped to the proper current value,
  31. badly garbled ones with apparently legit contents (CRC checks are hardly
  32. perfect), and packets delivered by mistake to the wrong session, are three
  33. serious concerns for protocol designers because they confuse the normal 
  34. stage by stage confirmations. TCP uses three way handshakes, extra steps
  35. to extend sequence numbers in some circumstances, and pseudo headers, to
  36. help reduce false indications. Kermit does a pretty good job too, but not
  37. to the extent that TCP goes. 
  38.     The two hill army problem remains when one gets serious about comms.
  39. As stated, there is no certainty in the exchange, only approximation to it.
  40.     Joe D.
  41.